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Method for converting interface definitions, and an 
intermediate format table for this purpose 

The present invention relates to a method for converting 
interface definitions within a source code program into an 
intermediate format, and from an intermediate format table 
into object program code, and also relates to an intermediate 
10 format table which is suitable for this purpose. 

So-called interfaces are used in programs in order to 
interchange data between individual program modules or 
program objects. Modelers /programers of hardware descriptions 

15 naturally make particularly intensive use of interface 
definitions . Specific hardware description languages are used 
for this purpose, which describe the behaviour of the 
individual^sltmji^ted^components, and the electrical linking 
' of the components. to^onS another. In the field of hardware 

20 description languages, it is normal to subdivide the program 
code into an area which is used to define the architectures 
of the components, and into a second area which exclusively 
defines the interfaces between the components. 

2 5 In order to allow data to be interchanged between different 

hardware development projects, it is necessary to translate 
program code from an original hardware description language 
into an object description language, so that these hardware 
simulators or hardware synthesis programs, which are used in 

3 0 another project, can be processed. Even in pure software 

projects, it may be necessary. to translate between one 
programing language and another, for example to make it 
possible to run them on different hardware platforms. Typical 
examples of hardware description languages between which 
35 conversion may take place are VHDL and VERIL.OG. However, 
there are also other programing languages in the hardware 
description area, between which conversion may be necessary. 

Direct conversion between programing languages is complex and 
40 susceptible to errors. It is thus possible that an object 
interface definition may no longer match the original 
interface definition, so that faults occur during the 
hardware simulation. Owing to the complexity not only of the 
original program code but also of the object program code, 
45 verification of the correctness of the conversion by a 
specialist is a task which is likewise difficult and 
susceotible to errors. Furthermore, a conversion program is 
required for each possible pair of programing languages 
between which conversion is intended to be carried out. With 
50 the large number of programing languages in which interface 
definitions play a role, this results in the need for a large 
number of converters with a high level of complexity. 

The present invention is thus based on the object of 
55 providing a translation system which can be used universally, 
whose construction is less complex, and which produces 
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verifiable rasults. According to the invention, this object 
is achieved \ by the method for converting interface 
definitions within source code program into an intermediate 
format as cla^ned in the independent patent claim 1, by a 
method for c&nverting interface definitions from an 
intermediate format table into object program code as claimed 
in the independent patent claim 17 , and by an intermediate 
format table whi^h is suitable for this purpose, as claimed 
in the independ^it patent claim 25. 

Further advantageous refinements, aspects and details of the 
invention result from the dependent patent claims, the 
description and the attached drawings. 

15 One aspect of the invention is aimed at conversion to and 
from an intermediate format in a tabular form. 

The conversion is in this case carried out by means of a 
program in a data processing system. 

20 , 

A further aspect of the invention is aimed at an intermediate 
format which acts as a binding element between different 
conversion systems. 

25 Yet another aspect of the invention is aimed at conversion 
systems whose intermediate results can be inspected and 
edited manually, despite automatic translation. 

The methods according to the invention are carried out in a 
3 0 computer system and the intermediate format table is stored 
in a computer system, even when it can be printed out and/or 
displayed on a visual display unit. For the purpose of the 
present invention, a computer system is in this case regarded 
as any device which can carry out the methods according to 
35 the invention without human intervention (apart from starting 
the methods) and can generate the intermediate format table 
automatically. Suitable computer systems are, for example, 
personal computers, workstations, mainframe computers and lap 
top computers , etc . 

40 

For the purposes of the present invention, a program code is 
regarded as a sequence of instructions in a specific 
programming language, which instructions are functionally 
related. For the purposes of the present invention, a source 
45 code program is a code which is used as the basis for 
conversion to another program code, which is then referred to 
as the object program code. 

For the ourpoaea of the present invention, an object in the 
50 source code program is an associated sequence (contained m 
the program code) of instructions in a programing language. 
In the context of hardware programing languages, an object 
can be equated to the definition of a hardware component. In 
the context of such programing languages, in which interface 
55 definitions appear in an autonomous part of the program code, 
an object may also be regarded as the sum of the interface 
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definitions of a component of the hardware to be simulated. 

For the purposes of the present invention, an interface is 
regarded aa an input or output via which data are passed 
5 backward and/or forward between objects, for example via 
global variables or in some other way. 

For the purposes of the present invention, an internal 
interface is an interface which produces a link between two 
10 objects within a program code. 

For the purposes of the present invention, an external 
interface is used to produce a link from one object within 
the program code to interfaces (which are located outside the 
15 program code) of other objects, for example if, on the basis 
-- of the modular construction of a hardware simulation, 
different parts of program code are used which are linked co 
one another via such external interfaces. 

Interfaces may be input interfaces or output interfaces, 
depending on the direction of the data flow, m which case it 
is likewise possible for one interface to carry out both the 
functions of an input interface and an output i nter fj c « £ 
the same time . In certain description languages , it is also 
25 possible to define interfaces whose information flow 
direction is not defined, that is to say is indeterminate. 

For the ourposes of the present invention, an internal link 
Is accordingly the link produced between two eternal 
interfaces. In hardware simulations, this may also oe 
referred to as a signal and, in fact, then simulates an 
electrical line between two hardware components. 

In a corresponding way, an external link is a link between^ 
external interface and an interface which is located outside 
the program code under consideration. 

The term link in this context refers to relationships in 
which an internal link and/or an external link can be 
4 0 produced. 

First of all, the invention is aimed at a method for 
converting interface definitions within source code Program 
inSo an intermediate format by means ° £ » 
45 which carries out the method, comprising the following steps . 

A. : Identification of at least one object in the source code 
program; 

50 b . : Identification of at least one interface in the at least 
one identified object; 

wherein at least one of the identified interfaces may be an 
Internal interface for producing a link f rom object* ^ thin 
the source code program and/or at least one of the ide at if ied 
interfaces may be an external interface for producing a link 
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from an object with interfaces located outside the source 
code program; and 

wherein the at least one interface may be an input interface 
5 and/or an output interface ; 

C. : Identification of at least one internal link between at 
least one output interface and at least one input interface 
between at least two objects and/or 

10 Identification of at least one external link of the at least 
one external interface; 

D. : Creation of an at least two-dimensional intermediate 
15 format table having rows arranged in a first dimension, 

having rows arranged in a second dimension, and having cells 
at the intersections of the first and second rows, 

wherein rows in the first dimension are assigned designations 
20 for each of the at least one identified object; 

wherein rows in the second dimension are assigned 
designations for each of the at least one identified links 
and 

wherein, designations for the output interface and/or input 
interface which is associated with both the respective 
identified object and the identified internal link are 
inserted in each of those cells which are located at tne 
3 0 intersection of one of the rows in the first dimension witn 
the designation of an identified object and one of the rows 
in the second dimension having the designation of an 
identified internal link; and/or 

35 wherein, designations for the output interface and/or input 
interface which is associated with both the respective 
identified object and the identified external link are 
inserted in each of those cells which are located at the 
intersection of one of the rows in the first dimension with 

4C the designation of an identified object and one of the rows 
in the second dimension having the designation of an 
identified external link. 



45 
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55 



For the purposes of the present invention, an assignment 
should in this case be understood as meaning that a row is 
provided for the purpose of containing information about tne 
characteristics assigned to it, for example of w o^rt or 
of a link, without any of the cells in the row necessarily 
having a corresponding designation or identification. 

For the purposes of the present invention, insertion means 
that, in fact, a detail, of whatever type, l8 ^ l8 2 Jti™?™ 
written into the cell in a row, or into the cell where two 
rows intersect, so that the corresponding cell has a content. 

An interface may in this case also at the same time have the 
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function of an input and output interface, or may be an 
interface with an undefined data flow direction. 

Each link is in this case assigned a row in the second 
S dimension, while each of the identified objects in the source 
code program is assigned a row in the first dimension, which 
process is carried out by assigning the designation of the 
link or of the object to the row. 

10 The method according to the invention thus produces an 
intermediate format table, in a similar way to the 
commercially available table processing programs, in which a 
first dimension, for example in the transverse direction, is 
assigned designations for identified objects. In this case, 

15 such rows may be regarded as columns . Each column is thus 
used to accommodate interface definitions for an object. The 
identified links between the objects are entered in tne 
second dimension, for example the lines in a table . Tnis 
results in a grid, which in this case is two-dimensional, 

20 with cells. The term "designations" should in this case be 
understood to mean unique allocation of names which are used 
to subsequently relocate an object, an interface or other 
elements. The designations may comprise names selected 
arbitrarily by the conversion program or numbers from l to n 

25 for each of the identified objects found (where n is the 
total number of objects identified) ; or this may be done in 
some other suitable way. 

The table is stored in a suitable format in an electronic, 
30 magnetic, optical or other suitable form in the computer 
system. It may also be output on a printer, for documentation 
purposes . 

In the simplest case, this is a two-dimensional table, which 
35 is selected as the intermediate format. This allows the 
information stated above to be presented and stored via the 
interface definitions. However, it is also feasible to obtain 
further information via the interfaces, for example about the 
type (associated with an object) of components simulated r>y 
40 tne object, when this relates to a hardware description 
language . Such further characteristics of individual 
interfaces can be represented in a third or further 
dimension. 

45 The simplest cases of convertible program code are those in 
which it is possible to identify only one object in the 
program code which has one or more external interfaces, as 
well as program code which has two objects which are linkefl 
tt onl another via an internal link. In °rder to allcjr theej 

50 two simplest possibilities to be converted, it is necessary 
to provide alternatives in the method, which can identify 
either external or internal, or both types of interfaces. 
Even when the cells in the table are occupied w ^h the rows 
being assigned, both of the simplest possibilities must be 

55 considered alternatively and cumulatively. 
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The method according to the invention leads to an 
intermediate format table which contains all the interface 
definitions which are contained in a program code an a data 
format which is clearly broken down and is accessible in a 
5 standard manner by other conversion programs. The 
two-dimensional representation also allows an operator or 
programer to visually inspect the resultant intermediate 
format, thus providing an intervention capability, in a 
simpler way than would be possible without any intermediate 
10 format or by using a conventional representation with diock 
diagrams . 

The method can be further refined if at least one external 
link has been identified. A first specific row in the first 

15 dimension is preferably used to indicate the "ode °f the 
external interface for the at least one identified external 
link, with details of the mode of the external interface for 
the at least one identified external link being inserted in 
each of those cells which are located at the intersection of 

20 the first specific row in the first dimensi ° n rt a f n ^ t ^T e S as ? 
the second dimension with the designations of the at least 
one identified external link. 

With regard to the mode, the method can be distinguished by 
25 the fact that the external interface may be an input 
interface, an output interface, a bidirectional interface or 
an interface with an undefined flow direction. 

Such a detail can be defined, for example, by means of a 
30 numerical code, in which case 0 may represent an input 
interface, 1 an output interface, or vice versa, or by using 
suitable expressions such as in, out, in/out. 

In addition, it is possible to define the <iata types of the 
35 at least one identified interface, m which case at least one 
second specific row in the first dimension is assigned 
Sethis of the data types of the at least one ^ntified 
interface, and designations for the data types associated 
w?th the at least ow? identified link are inserted m each of 
40 those cells which are located at the i riters ^^ lon ^f^^n 
second specific row and the rows in the se . c °* d .^^ 
having the designations of the at least one identified link. 

The term data types is used in a ge neral 
45 processing in order to identify the fact that . values of 
variables are interpreted in a specif ic way by the cj^lef 
or the interpreter, in order to make it P?*^*****™ 
account of different types of data. Typical data types are 
binary data, which may have only the values 0 and l, ^ff^ 
numbers, that is to say whole ^^J^'l^Jfg^ 0 ^ 
numbers, in which there is at least one dec imal point, ana 
characters, in which letters or letter sequences are 
etc This definition of data types will also oe 
5Sd*"£e p e re C sen?\nvention^ In general it ^st be ^ssumed 
that an identified interface has only one data type. However, 
in the alove 1 formulation, the plural was chosen since, 
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generally, a number of identified interfaces may be present. 
In precisely the same way as above, the designation should in 
this case be regarded as the allocation of a name, in which 
case one or more names may be used for the data types. In 
this case as well, the designation may be stated as a 
numerical code, in which case each number is intended to 
indicate a specific data type, or in plain text, for example 
by the statement "bit" , "boolean", "character", "integer", 
etc., which can be written directly into the cells. 

A further approach which is taken into account by the 
invention is for the details of the data type of a link also 
(or exclusively) to be formulated as a component of the 
designation of an interface (external or internal) . This 
15 option will be described further below. 

Interface definitions, in particular in hardware description 
languages, may comprise not only the actual interfaces, that 
is to say the links between objects in a program code and/ or 

20 external objects, but also describe the details of constants 
which are used within the program code, since these may be 
critical to the behaviour of components without having to be 
defined within the components. They are thus naturally 
located in the interface definition. For the purposes of the 

25 present invention, the conversion of constants should thus 
also be regarded as conversion of interface definitions. 

For the purposes of the present invention, an external 
constant should be regarded as a constant which, although 

30 being declared within a program code, is not necessarily 
defined, that is to say provided with a numerical value, 
however. Generally, a numerical value is allocated to the 
external constants by parts of the program which are outside 
the program code under consideration. Such an external 

35 constant is referred to, for example in VHDL, as being 
"generic" . Such a generic is declared within a so-called 
"entity" , that is to say that region of program code in VHDL 
in which interfaces of a component are declared (e^ity or 
comoonent) . On the other hand, an internal constant should be 

40 regarded as a constant which must not only declared by also 
defined within the program code. The present invention refers 
generally to constants when internal and/or external 
constants come into question. 

4 5 The method according to the invention thus preferably 
includes the situation where, in addition, at least one 
internal constant is identified in the at least one 
identified object and/ or at least one external constant wh ^ cn 
can be used by all objects in the source code program, trie 

50 data type of the at least one identified internal constant 
and/or external constant is defined, at least one third 
specific row in the first dimension is assigned details o£ 
the data type of the at least one constant, at least one 
first specific row in the second dimension is assigned 

55 designations of the at least one identif ied i^^ 1 5°" 9 ^ 
and/or external constant, and designations for the data type 
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associated with the at least one identified constant are 
inserted in each of those cells which are located at the 
intersection of the at least one third specific row and o 
Se at least one first specific row in ^ A 3 ^^ m ^°IL t 
with designations of the at least one identified constant. 

In this case as well, each of the identified constants is 
assigned one of the first specific rows in the eecond 
dimension, in order to make it possible ^^^t^Zt 
association between the variables recorded in the table and 
the constants (as, in general, also to the links). 

in this way-, it is possible to allow correct constant 
definition and thus correct interpretation of a value 
atsoSiaJed with a constant when the conatante are 
subsequently converted in an object program code. 

Provided this is possible using r the P^^^^^ll^ 
•ih ia sensible for the exact details of constants also to 
20 include Seir vaJJe and, if known, a method of calculating 
the constants. 

A method of calculating a constant in this case means a 
program code, when executed during the running of a Program, 
S2EE In the determination of the value to be^as signed to 
a constant. The calculation of a constant is me rely a more 
complex way of assigning a value to the constant. 

The method is thus preferably also aimed at a va lue °r a 
method of calculation of the at least one i^*'"*^ ££ 
and/or external constant also being defined; at least one 
?Sur?h specific row in the first dimension is assigned 
UtSs o P f the 5alue or of the method of "^Sf^thol Si 
at least one constant, and the value or the method of 
calculation of the at least one identified constant is 
inserted in each of those cells which are located at the 
iSSSEtiSn of the at least one » f .^^l^^t 
first specific rows in the second dimension wl * h d^^ions 
of the at least one identified constant. ^this cas 0 M 
well the scope of the intermediate format table may 
Advantageously be limited by the at least one fourth specific 
row at the same time being the at least one first specitic 
row (in the first dimension) . 

Alternatively, details of the value or method of calculation 
of a Snstan/can also be inserted at the ^««^g^ t ? f w ^ 
f iret =ripcific row (which is assigned to the constant; witn 
onfof the rows In the first dimension with designations for 
Se Identified objects. This allows a bet ^ «i°Sf iSS in 
be achieved between constants whicn ^° t b een def inea in 
a apneral Dart of the source code program but wnicn are 
del iS?d in f specif ic program code object . This maintains the 
association between inconstant and a program code object m 
which it has been defined. 

in addition to the constants, the identified links may also 
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have a value or a method of calculation which is assigned to 
them at the start of a program run. The method according to 
the invention is thus preferably distinguished in that, in 
addition, a value or a method of calculation is defined for 
the at least one identified link; 

at least one fifth specific row in the first dimension is 
assigned details of the value or of the method of calculation 
of the at least one identified link; and 
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in which case, the value or the method of calculation of the 
at least one identified link is inserted in each of those 
cells which are located at the intersection of the at least 
one fifth specific row and one of the rows in the second 
15 dimension with the designation of an identified internal li** 1 
and/or of the rows in the second dimension with the 
designation of an identified external link. 

In the method according to the invention, as it has been 
20 defined and outlined so far, objects, links, constants and 
interfaces are assigned designations and, in some cases, 
these are also inserted in cells, without any indication 
having been given as to how the designations are generated. 

It is possible for the designations to be assigned 
automatically in accordance with internal criteria by the 
program carrying out a conversion process. 

However, a method is preferred which has the further step of: 

Identification of the original designations which the at 
least one object, the at least one link and/or the at least 
one constant have in the source code program, wherein 
specific title rows are assigned details of the identified 
35 original designations and the original designations are 
inserted into cells in the title rows. 

It is sensible, of course, to carry this insertion process in 
such a way that insertion in each case takes place into those 
40 cells which are located at the intersection of the title rows 
with the object, link or constant rows which are associated 
with the respective designating object. 

The cells with the designations of the internal interfaces or 
45 of the external interfaces may also contain other information 
about the interface, in addition to a simple identification 
of the interface in the form of a name. 

The designations of the at least one interface may 
50 accordingly be compiled from an identifier for the respective 
interface and at least one detail which is selected from an 
identification of the mode of the interface, of the data type 
of the interface, of a default value and the details of a 
data type conversion function to be applied to the interface. 
55 In this way, in addition to identification in the form of a 
name, further information about the interface can also be 
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obtained at the same time from the intermediate format table. 

In this context, an identifier should be regarded as an 
interface identification in the form of a name, for example 
5 an arbitrary assianed name, a number or some other allocation 
of a name which is suitable for distinguishing it from other 
interfaces . 

As defined above, the mode of an interface is an 
10 identification of the behaviour of the interface with regard 
to the inout and output of signals or data. An interface may 
in this case have a mode which makes it an output interface, 
an input interface, a bidirectional interface or an interface 
with an undefined flow direction. 



15 



With reference to what has been stated above, the data type 
of the interface may, for example, be a binary value, an 
integer number or the like. 

20 A default value is a value which an interface is fended to 
assume when no other value has been defined and the program 
is in the initial state. 

A data type conversion function is required when it is 
25 intended to link two interfaces to one another whose data 
types differ from one another. In a case such as this, the 
data type conversion function converts the data item for -the 
output interface into a data item which corresponds to that 
of the data type of the input interface. 

30 The information which can also be stated in the designation 
of the interfaces may be stated individually or more than 
once, in which case the individual details may be separated 
from one another by. for example, commas or other separating 

35 symbols, or in which case the details are represented m some 
other form which is suitable for automatic processing. 

The method according to the invention may also have the 
following further step of, in a corresponding way to that ror 
40 objects, links or constants: 

Identification of the original designations which the at 
least one interface has in the source code program ; 

45 Use of the original designations as identifiers. 

in principle, the method according to the i^ntion is 

suitable for converting any desired source code P^*™ 

an intermediate format table. However, it is part ^ularly 

50 preferred for the source code program to be a code in 
hardware description language, in par ticu. laro ne of th ose 
hardware description languages in which the interface 
definitions are in the form of an autonomous program code . 
The use of the method according to the invention is in 

55 principle, possible with conventional programing ^^ a 9 e _ s °? 
with hardware description languages in which no such 
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eeparation is carried out- However, Che level of complexity 
for analysis of Che source code program increases. 
Accordingly, an object is preferably an interface entity of 
an electronic component, representing said component. 
5 Furthermore, the at least one internal link represents a 
signal which is produced between two electronic components. 
The at least one external link may preferably represent a 
so-called port. 

10 The method which has been described so far for converting 
interface definitions leads to an intermediate format table 
which, in general, may contain only information about one 
level of a source code program, that is to say about obj ects 
which are adjacent to one another and are carried out 

15 virtually simultaneously, for example as simultaneously 

" running processes in a hardware simulation. However, a source 
code program may also reach a higher level of complexity by 
the code being interleaved by means of branches or other 
references, for example being broken down into different 

20 levels . One already mentioned example is the reference to 
data type conversion functions as part of the designation of 
interfaces, which may itself refer to the program code 
outside the actual interface definition. Furthermore, objects 
in the source code program may in turn have been defined by 

25 a source code program which is held separately from this, 

In order to make the method according to the invention and 
the resultant intermediate format tables accessible to such 
cross-references as well, the method according to hs 
3 0 invention can preferably be distinguished m that at least 
one of the identified objects contains a sub source code 
croqram in it, which can likewise be converted into an 
— ^-i,^ frt*-m*i- ; and in that, once a sub source code 
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intermediate format; and in that, once a sub source co 
urogram has been converted into a sub format tame, a 
cross-reference to the sub format table is inserted in a cell 
in the row in the first dimension which is associated with 
the converted object . Any desired cell which has not yet been 
assigned any other function may be used for this purpose, or 
rows in the other dimension are attached in a corresponding 
manner, resulting in further cells which can be used for this 
purpose . 

The method according to the invention can al so be i modified 
such that a croBS- reference to at least one identified orrjecx 
45 which is stored as a separate unit as source code program is 
inserted in a cell in the row in the first dimension which is 
associated with the stored object. This thus results in a 
departure from the area of pure interface definitions, since 
a direct reference to the source code program is produced. 
This cross-reference may be useful if, during the further 
conversion to the object program code, .it " ^ tn« 
interface definitions which are converted by the ^forr^tting 
program, but also the program code whicn P£ ov ^ S 
objects. in this case, the program can use the 
cross-references mentioned above to produce a direct 
relationship between the interface definitions of an object 
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and its functionality. 

In order to keep the size of the intermediate format table 
compact, it may be preferable to combine certain rows with 
5 one another so that only one row need be used instead of two . 
This bundling can be carried out wherever one row in one 
dimension has entries only in those cells in which no cells 
with values appear in the other row to be bundled. It is thus 
possible, for example, for the at least one third specific 

10 row to be the at least one second specific row at the same 
time Thus, in this case, one row in the first dimension is 
used to accommodate different variables in it. This can be 
done by subdividing the row such that, for example, two 
different areas one above the other in the row carry out the 

15 different functions, or areas of the row located side by 
-" side, where the individual cells are arranged in a row side 
by side . Further examples of bundling are the combination o£ 
the fourth specific row with the first specific row, or the 
fourth specific row with the fifth specific row. 



20 



Once the interface definitions in a source code program have 
been converted according to the invention into an 
intermediate format table, such a table is available in the 



inuermeaiciuts lui"""- — — — — — . , , -, ,, 

computer system, which is easy to read or to inspect visually 
after being printed out or by being displayed on a visual 
display unit and which, if required, can be manually 
corrected or modified by action by a programer and which, 
according to the invention, can be used as the initial basis 
" ■ r . . j.ij.jf)^ an nMsj-t- r>roaram code. With 



corrected or modified by action by a programer and which, 
according to the invention, can be used as the initial basis 
for an interface definition for an object program code. With 

3 0 regard to the advantages, effects and aspects of the method 

for conversion of an intermediate format table into an object 
program code, reference is made to the above statements and 
to the complete contents of this document. 

35 Accordingly, the invention is likewise aimed at a method for 
converting interface definitions from such »n at least 
two-dimensional intermediate format table having first rows 
arranged in a first dimension, second rows arranged in a 
second dimension and cells at the intersections of the first 

4 0 and second rows, in which rows in the first "J 

assigned designations for at least one object, ^ which rows 
in the second dimension are assigned des ignations for at 
least one internal link between the objects and/or at least 
one external link of an object, and in which designations for 

45 an internal output interface and/or internal input interface 
which is?are associated with both the respective object and 
the link are inserted in each of those «Us whxeh jra 
located at the intersection of one of the rows in the first 
Ssior. with the designation of an object and one of the 

50 rows in the second dimension with the designation of an 
internal link, and/or in which designations for the external 
output interface and/or external input interface which is/are 
associated with both the respective object and the e*t«nai 
link a-e inserted in each of those cells which are located at 

55 thf intersection of one of the rowe ih the first ^""^on 
with the designation of an object and one of the rows m the 
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second dimension with the designation of an external link/ by- 
means of a computer system which carries out the method, into 
an object program code, with the steps described below. 

The above definition specifies an elementary intermediate 
format table. This method according to the invention has the 
following steps: 

Creation of at least one program code object on the basis of 
information, contained in the intermediate format table, 
about the at least one object ; 

Assignment of associated internal output interfaces and/or 
internal input interfaces to their program code objects; 

Creation of at least one link between program code objects on 
the basis of the information, contained in the intermediate 
format table, about the internal links of the internal input 
interfaces and internal output interfaces; and/or 

Assignment of associated external output interfaces and/or 
external input interfaces to their program code objects. 

For the purposes of the present invention, a program code 
25 object can be regarded as an object, written in a program 
code, which is generated as part of the object program code 
by means of the method according to the invention. 

As has already been described with regard to the method 
30 according to the invention for converting interface 
definitions in the context of source code programs into an 
intermediate format, a person skilled in the art will also .be 
familiar, in the case of the method according to the 
invention, with how he can extract information contained m 
35 the intermediate format table such that conversion to an 
object program code is possible. 

By way of example, the automatic program which is suitable 
for this purpose can first of all determine the individual 
defined objects in the rows in the first dimension on the 
basis of the predetermined designations, and can then 
determine constants as well as internal and external links 
within the rows, and can assign the interfaces quoted at tne 
intersections to these constants and links. 

At least one second specific row in the first dimension of 
the intermediate format table is preferably assigned details 
of the data types of the at least one interface, and 
designations for the data types which are associated with at 
50 least one link are inserted in each of those cells which are 
located at the intersection of the second specific row and 
rows in the second dimension with the designations of the ac 
Sast one link, in which case this further development has 
the further step of: definition of th ^ datatypes of the at 
55 least one interface which is assigned to the at least one 
Program code object and is associated with the at least one 
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as explained above for the purposes of the invention, an 
interface definition should also be regarded as meaning the 
5 definition of constant s which are used by different 6b3 ect m. 
?ne method according to the invention can thus «^^9»™f g 
be distinguished in that at least one > third specif ic row in 
the first dimension of the intermedxate format table is 
assigned details of the data types of at least one constant 
i a in at least one object and/or at least one external constant, 
10 ihlch letaYK can" be used by all the objects, at least one 
specific row in the second dimension is assigned 
deSi^ons' or the at least one constant and/or .tleaston. 
external constant, and designations for the data types 
i q S55Sciated with the at least one constant are inserted in 
15 " lacno^tho^celL which are located -^^^^t'one 
the at least one third specific row and the at least one 
firs? specif ic row in the second dimension with designations 
of the at least one constant; having the further step of : 
definition of at least one internal constant and/or of at 
lias? one external constant in the at least one program code 
oSject anl/o? in. a general part of the object program code. 

Furthermore, at least one fourth wcggmi^ttettt 
dimension of the intermediate f ormat table n^y be assignee 
details of a value or a method of calculation of the at lea at 
one internal constant and/or of the at least one external 
cSnsSnt, and the value or the method ^ ^f^°^ & lT 3 
at least one constant can be inserted in each J \* 
wVi-i ph are located at the intersection of the fourth apeciiic 
r^^he^iS? iecific rows in the second di = with 
rfpaianations of the at least one constant, in which case tms 
rurtSr development has the further step of : as jx^jent of 
t-h* value or of the method of calculation of the at least one 
instant t°c Tthe at least one constant defined in the program 
code . 

The method according to the invention can furthermore be 
distinguished in that at least one fifth specific row in ^the 
first dimension in the intermediate format table is assigned 
de?lils of the value or of the method of calculation of the 
aflea'st one link; and the value or the. method of "l^g* 
of the at least one link is inserted m each of Jhos J ^lls 
which are located at the intersection of = th f „ at l ea ^ c °£S 
fifth specific row and one of *f j£^Vr^3 
dimension with the designation of ^^5^™^^^ of an • 
the rows in the second dimension with the designation or an 

external link; 

50 having the further step ofi rt f calculation of 

- Assignment of the value or of the method of c * lc " ia "^i.° t 
the at least one link to the link created in the object 
program code - 



20 



25 



30 



40 



45 



55 



Furthermore, specific title ^^^VoT^s^S 
table may preferably be assigned details of the designate 
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of the at least one object, of the at least one link and/or 
of the at least one constant, in which case the designations 
ar<= inserted in cells in the title rows and the method has 
the further step of : naming of the at least one program code 
5 object, of the at least one link and/or of the at least one 
constant on the basis of the designations in the cells in the 
title rows in the intermediate format table. 

The corresponding objects, links and/or constants in the 
10 object program code are thus given the same designations 
which they already had in the source code program before 
conversion into an intermediate format table. 

The method according to the invention can furthermore be 
15 distinouished in that a cross-reference to a sub format table 
• is inserted at least in one cell in a row m the first 
dimension which is associated with an object, having the 
further step of: linking of the program code object produced 
from the object to the sub program code produced from the sub 
20 format table. 

The method can also be distinguished in that a 
cross-reference to a source code program which is stored as 
a separate unit is inserted at least in one cell in the row 
25 in the first dimension which is associated with an object , 
having the further step of: linking of the program code 
object produced from the at least one object to the source 
code program which is stored as a separate unit. 

3 0 As has already been stated with reference to the method for 

converting a program code into an intermediate format table, 
it may be worthwhile in order to keep the size of the 
intermediate format table compact to combine certain rows 
with one another so that only one row need be used instead of 
35 two This bundling can also be taken into account during the 
process of conversion into an object program code. 

The present invention covers not only the methods for 
converting program code but also the specific configuration 
40 of the intermediate format table. For example, rows in the 
table contain all the signals and constants of _ the 
architecture and all the ports and generics of the entity, 
where this relates to representations m a hardware 
description language. The secondary statements, euc^a 

4 5 component instantiation, process, competing signal assignment 

etc , are listed in the rows in the remaining dimension . The 
intermediate format table clearly shows 

linked to which signals of what type, and wha JV ^ "J?*; 
flow direction is. On the other hand it can be seen at a 

50 glance which components are linked to a specific signal, that 
is to say who generates the signal and who reads it -- With 
regard to the* advantages effects and ^f^t?*^ 
intermediate format table in the present invention, reference 
is made to the above statements and to the entire contents of 

55 this document. 
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In consequence , the invention is also aimed at an 
intermediate format table for storing interface information, 
which is contained in a program code, in a computer system, 
having at least two dimensions; having rows arranged in a 
5 first dimension, rows arranged in a second dimension and 
cells at the intersections? in which case rows in the first 
dimension are assigned designations for at least one object 
in the program code, in which case rows in the second 
dimension are assigned designations for at least one internal 

10 link between objects and/or designations for at least one 
external link of the program code, and in which case 
designations for an output interface and/or input interface 
which is/are associated with both the respective object and 
the internal link are inserted in each of those cells which 

15 are located at the intersection of one of the rows m the 
- first dimension with the designation of an object and one of 
the rows in the second dimension with the designation of an 
internal link, and/or designations for the output interface 
and/or input interface which is/are associated with both the 

20 respective object and the external link are inserted in each 
of those cells which are located at the intersection of one 
of the rows in the first dimension with the designation of an 
object and one of the rows in the second dimension with the 
designation of an external link. 

25 

A first specific row in the first dimension is preferably 
used to indicate the mode of an external interface for the at 
least one external link. In this case, details of the mode of 
the external interface for the at least one external link are 
30 inserted in each of those cells which are located at the 
intersection of the first specific row in the first dimension 
and the rows in the second dimension with the designations of 
the at least one external link. As has already been mentioned 
above, an interface may also be an input interface, an output 

3 5 interface, a bidirectional interface or an interface with an 

undefined flow direction in this case as well. 

Furthermore, details of the data types of the at least one 
interface may be assigned in the intermediate format table ot 

4 0 at least one second specific row in the first dimension, and 

designations for the data types associated with the at least 
one link may be inserted in each of those cells which are 
located at the intersection of the second specific row and 
the rows in the second dimension with the designations of the 
45 at least one link. In this case, a link covers both internal 
and external links. 

The intermediate format table preferably also contains at 
least one third specific row in the first dimension which is 

50 assigned details of the data types of at least one internal 
constant and/or of at least one external constant from the 
program code, first specific rows in the second dimension, 
which are assigned designations of the at least one internal 
constant and/or of the at least one external constant, in 

55 which case designations for the data types associated with 
the at least one constant are inserted in each of those ceiis 
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which are located at the intersection of the third specific 
row and the first specific rows in the second dimension with 
designations of the at least one constant. The at least one 
third specific row is at the same time preferably alBO the at 
5 least one specific second row in this case as well- 

In the intermediate format table, at least one fourth 
specific row in the first dimension can furthermore he 
assigned details of a value or of a method of calculation of 

10 the at least one constant, and the value or the method of 
calculation of the at least one constant can be inserted in 
each of those cells which are located at the intersection of 
the at least one fourth specific row and the first specif ic 
row in the second dimension with designations of the at least 

15 one constant . 

The intermediate format table according to the invention may 
be distinguished in that at least one fifth specific row in 
the first dimension is assigned the details of a value or of 
20 a method of calculation of the at least one link; and 

the value or the method of calculation of the at least one 
link is inserted in each of those cells which are located at 
the intersection of the at least fifth specific row -and one 
25 of the rows in the second dimension with the designation of 
an internal link and/or the rows in the second dimension with 
the designation of an external link. 

It is also true for the intermediate format table according 
30 to the invention that specific title rows can be assigned 
details of the original designations which the at least one 
object, the at least one link and/or the at least one 
constant have in the program code , , ^J^^ 3 ^ 1 
designations are inserted into cells in the title rows. 

35 The term program code in this case should be regarded as a 
sourceTode program which is correlated with the intermediate 
rSStat tabl? as% result of the fact that said I table has been 
venerated from this code. The designations of the at least 

40 o!2 input interface and/or the at least one output interface 
aTso be composed of an identif ier f or ^ 
interface and of at least one detail which is selected from 
an identif ication of the mode of the interface, of the data 
type of the interface, of a default value and of the details 

45 of a data type conversion function to be applied to the 
interface . 

The inter-med- ate format table according to the invention may 
contain further information. In hardware description 
lanauaaea it is thus normal to use comments not only to 
exS?a?rsituations but also to transmit i-^re^ 
to'analysis tools or synthesis programs which are outside the 
actual program code (so-called pragmas) and for which no 
constructs are provided in the programing language being 
uSel information about the timing of a program, ^^Od 
likewise be included only in comment form m the program 



50 



55 



.JSOV . 2000 17 : 24 ^B|riUNICH 



NR. 972 S. 



GR 99 P 5005 - 18 - 



code, can also be converted in this way, and can be used by 
appropriate tools . The conversion program which produces the 
intermediate format table can also add further information 
which has resulted from the analysis of the initial program 
5 code and can help to resolve ambiguities in the intermediate 
format table. Such information, and other information, can 
also be used as instructions for controlling the conversion 
sequences by the conversion program which converts the 
intermediate format table back to the program code. It is 
10 also feasible for such information to be used by a user. All 
the information items described above are referred to as 
annotations in the following text. 

The intermediate format table according to the invention can 
15 thus be distinguished in that any desired cells in the 
intermediate format table may contain annotations which may 
be used to control programs to analyze the information 
contained in the intermediate format table, and/or for 
information for a user. 

2 0 

The practical conversion of annotations can be achieved in 
that at least one further dimension in the intermediate 
format table is allocated to the annotations, wherein rows in 
the further dimension are assigned specific types ot 
25 annotations, and an annotation which is to be used is used at 
the intersections of the rows in the first and second 
dimensions which govern the annotation with the row in the 
further dimension which is assigned to the type of annotation 
to be used. 

30 The intermediate format table according to the invention can 
be modified either during its production or during the 
subsequent course of processing, in a wide range of ways, in 
order to improve clarity, signals and/or links may be 

35 combined to form groups, which are always used in the same 
way at the interfaces of the objects (for example parallel 
blocks) There is no correspondence for these signal groups, 
so-called bundles, for example in a hardware programing 
language such as VHDL, to allow them to be extracted in a 

40 corresponding manner from an VHDL desc ^P t10 ?- Jfi e !? 
concurrent statements (which can be used as alternatives) 
could also be grouped in the same column. When using VHDL, 
this corresponds to a so-called block. 

45 The usefulness of the table can be further increased by 
interactively re-sorting rows in the first dimension and rows 
in the second dimension, such that, for example, af ter tne 
selection of a row in the second dimension, the associated 
columns may be arranged such that they are ^ectly adja cent 

50 in order to make it possible to analyze the links of the 
selected object better. Other sorting criteria can also be 
aoplied to an intermediate format table according to the 
invention, for example an alphabetic arr /"9 e J^ e n 5.' J n 
arrangement which is sorted on the basis of a Prefix or 

55 postfix, an arrangement based on the type ?^«^| £ JSS 
external links, an arrangement based on the data type usee. 
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for the link, and a sequence such as that which is carried 
out in the original source code program. It is thus possible 
in the table according to the invention to allow rows to be 
masked out interactively in order to improve the clarxty. 

It is also possible to carry out manipulations in the 
intermediate format table which .would lead to code 
transformation during subsequent conversion into an object 
program code. Examples of such transformations may be: 

Grouping, that is to say production of a new table with 
grouped objects and with the original rows associated with 
them being compiled to form a new row, 

15 Regrouping, that is to say replacement of an original row by 
the rows of a further intermediate format table at a lower 
hierarchical level, which the original row originally 
referred. 

20 IrK the following text, two examples will be used to 
illustrate how program code can be converted into an 
intermediate format table. In this case, reference is made to 
the drawings, in which: 

25 Figure l\ shows an embodiment of the intermediate format 
\table of the present invention which has been 
produced from a first exemplary program; and 

Figure 2 shoWs a further embodiment of the intermediate 
30 format table of the present invention, which has 

been produced from a second exemplary program. 

The further first, simple exemplary program: 

3 5 entity top is 

port ( a : in bit; 
b : in integer ; 
c : in boolean; 
d : out integer ) ; 

4 0 end top; 

architecture arch of top is 
component comp_l 

port ( e : in bit; 
45 f ; in integer; 

g ; in bit; 
d ; out integer ) ; 
end component; 
component comp — 2 
50 port ( i : in integer ; 

j : in boolean; 
k : out bit; 
1 : out integer ) ; 
end component ; 
55 signal si : integer ; 

signal sb : bit; 
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begin 

inst_l : comp_l 

port map( e => a, 
5 £ => b, 

g => sb, 
h => si ) ; 
inst_2 : comp_2 

port map( i => si, 

10 j => c - 

k => sb, 

1 => d ) ; 

end arch; 



15 shows two program objects inst.l and inet.2 of the comp 1 and 
_- comp 2 type, each having four interfaces . The two objects are 
linked to one another by the two links (signals) si and sb 
via the interfaces h and i, and g and k respectively. 

20 Furthermore, inst.l also has two external interf aces f an d e, 
which are used by the external l inks b and a; mst.2 ^lacuna] 
the external interface j of the link c and 1 of the link d. 

These interfaces are defined in the exemplary program code, 
25 together with their function as an input or output interface 
and the data types used for them. 

Fiaure 1 shows an intermediate format table 1 which results 
from use of the method according to the invention for 
3 0 converting interface definitions into an intermediate Jo?^ . 
The example of an intermediate format in table 1 has a first 
dimension in the direction of the arrow 2, and a ^ second 
dimension in the direction of the arrow 3 . First of all, two 
rows in a first dimension 4 are defined, to which the 
35 designations of the objects inst.l and inst.2 are 'Assigned 

In the second dimension 3 , the rows are assigned to a second 
? X dimension 5 for internal links. Designations 8 for the 
( s ^var-ioug internal interfaces are now entered in the resultant 
intersection cells 7. To assist clarity, the rows in the 
40 first and second dimensions may also be explicitly assignee 
In a secondary way to designations . This is done by means of 
title rows 24 and 25. Designations for the ob ^ e . ct 5,J%^ 
entered in the title row 24, in cells provided f °'«J" 
purpose for the designation of an obnect . 29. jnese 
45 designations for internal links 28 are entered m the title 
rowfs, in cells provided for this purpose J^-^^S! 
of an internal link 31. As can be seen, designations 8 are 
entered in the cells 7, which designations 8 . contain an 
identifier 32 of an internal interface, namely its original 
50 designation in the exemplary program code and an 
identification as to whether this is an output interface 
(oZl) or an input interface (in). Rows in the second 
dimension 6 are^lso provided in the table . for external 
links . The interfaces which are used for external links are 
55 entered, with their designations 10, m cells 9 at the 
intersections of these rows 6 with the rows in the first 
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dimension 4. In this case as well/ the designation comprises 
an identifier 3 3 as well as details about the character of 
the interfaces as input or output interfaces . The original 
designations 27 of the external links in cells 30 are entered 
5 in the title rows 25. In addition, details for the presence 
of an input interface or of an output interface for the 
external links are entered in a first specific row 11 at the 
intersections with the rows in the second dimension for 
external links 12. 

10 

The data types of the links are also stated m the exemplary 
intermediate format table 1 . A second specific row 14 is used 
for this purpose, whose cells 15 at the intersections with 
the rows in the second dimension for external links 6, and 
15 also with the rows in the second dimension for internal links 
-* 5, each details 16 of the data type of the respective link. 
The normal data processing terms are used for this purpose, 
such as bits, integers, boolean, etc. 

2 0 The upper area of this two-dimensional intermediate format 

table 1 is reserved for details of constants in the exemplary 
program code. Since no constants are defined in the stated 
exemplary program code, the letters x and y have just been 
inserted here for illustration purposes. First specific rows 
25 in the second dimension 18 are used for details of the 
< constants, and a third specific row 17 in the first dimension 
is used for details of the data type, with a fourth specific 
row 21 in the first dimension being used for details of the 
value of the constants. The values for external (top) and 

3 0 internal (bottom) constants X are entered in the intersection 

cells 19 in the third specific rows 17 and in the specific 
rows in the second dimension 18, as is denoted by the 
reference symbol 20. Values of the constants which are 
present are entered in cells 22 as y (23) at the 
35 intersections between the fourth specific row and the first 
specific rows in the second dimension 18. 

The following second exemplary program is an expanded version 
of the first exemplary program. 

40 

entity top is 

generic ( y : integer : = 3) ; 
port ( a ; in bit; 

b : in integer ,- 
45 c : in boolean true; 

d : out integer ) ; 

end top; 

architecture arch of top is 
50 component compel 

generic ( x : integer := 4) ; 
port ( e : in bit; 

f : in integer := 7; 
55 g : in bit; 

d : out integer ) ; 
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end component ; 
component comp_2 

generic ( z : integer) ; . 
port ( i : in integer ; 
5 j : in boolean; 

k : out bit; 
1 = out integer ) ; 
end component ; 

constant ci : integer := y + 5; 
10 signal si_l/ si_2 : integers- 

signal sb : bit := 4'; 

function boolean2bit (arg : boolean) return bit i 
begin 

return bit'val (boolean' pos (arg) ) ; 
15 end boolean2bit ; 

f begin 

pO : si_2 <= si_l + ci ; 
inst_l : compel 

port map ( e => a, 
20 f => b, 

g => sb, 
h => si_l ) ; 
i ns t _2 : c omp_2 

generic map ( z => y) 
25 port map ( i => si_2, 

. j => boolean2bit (c) , 
k => sb 7 
1 => d ) ; 

3 0 end arch; 

In this case, various constants are defined in the general 
part of the program and in the individual program objects 

3 5 In addition, a further object pO is also defined, in addition 

to the two objects inst 1 and inst 2 as component 

representatives. Finally, a data conversion function 
boolean2bit is likewise provided, which converts the input 
data on the external interface "j". 

40 

Figure 2 shows an intermediate format table according to a 
further embodiment of the present invention, in which a 
representation format which differs from that in the table in 
Figure 1 has been used. The reference symbols used for Figure 
45 1 are also used with the same meanings with respect to Figure 
2 . 

In particular, the bundling of specific rows in the first 
dimension has been carried out differently in this case. The 
table is less compact than that shown in Figure l r 



50 



In Figure 2, not only have values 23 of the constants and the 
method of calculation 3 5 of the constant ci been entered in 
a fourth specific row 21, but the values 3 6 of interfaces in 
55 a fifth specific row 34 have also been entered. The fourth 
specific row 21 is in this case the fifth specific row 34, at 
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the same time . 

The constants used in this example are inserted, with their 
designations 38 , in cells 37 provided for this Purpose in the 
specific rows 18 in the second dimension 3 which are located 
It the intersection with the title row 25. An external 
constant x? which is declared only within a component 
declaration (and is immediately defined wit ht he val ue M» 
is inserted with its designation 40 into that cell at the 
intersection of the row 4 in the first dimension which ^is 
^signed to the object within which the constant * ha* been 
declared, with one of the specific rows in the ^cond 
dimension. Since, in this case, no external constant 
dis?gna?Sd by name is specified for any of the program code, 
15 the entry in the associated cell 37 remains empty. 



10 



A further external constant z is likewise inserted w ^h its 
designation 40, into a cell 39- Here, however, in contrast to 
til instant x mapping is carried out in the program code 
20 such that the constant y is assigned to the conrtantz The 
constant z is thus inserted in the same specific row 18 in 
tnS siconl dimension as that which is also assigned to the 
constant y. 

2 5 Furthermore , in this example , an ob j ect pO has been def ined 

which carries out manipulation on the link si 2 which is 
derived from si^L (see the 2** progr am code above) . This 
Sbject is also provided with a row 4 in which the use of the 
constants ci as the designation 40 as well as the link : of the 

3 0 ob-iect p0 to the signals si_l as an interface def inition with 

?he designation 41 and si_2 as a calculation rule with the 
designation 43 [lacuna] . 

One of the designations of the interfaces, identified by the 
35 reference sy^LJl 42 , indicates a more complex | ^ructure than 
the other designations 8, 41 since, in addition to the 
identifier of the interface and of the data flow direction 
details of the data type (in this case "bit") and ^the data 
type conversion function to be used are also made in this 
40 designation. 

Overall, this results in an intermediate format table 1 which 
has a very clear form, in both examples, which can be 
StnveWelPeasily by an automatic conversion 
interface definitions for an object prognflt i cod e ^ Which 
can also be made accessible for subsequent manual processing 
Sy a prograSr /modeler or hardware or software engineer. 

For example, the desired linking structure can ^be produced by 
removing and adding table entries. The interfaces for tne 
present hierarchy level can be specified ^^^^ ° 0 \ 
?ows to form port signals. Creation or modification ot 
competing objects can be carried out by selecting the 
appropriate row in a separate text editor. 

The intermediate format table according to the invention can 
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also be used as such in order to carry out circuit planning, 
which can later lead to a program code ^-"^^^.JSS 
design) - In this case, empty components can be Seated 
fi-st of all by inserting rows, for example columns The 
links are then declared. Simple links between the adjacent 
obScts ?an now be produced by inserting table 5 n " ie Q s b ', W ^ 
^aoabilitv to generate the interfaces or the objects 
^oSKicaiv Once ?he top level of a design, for example of 
rSSSSf i y ei£ r^sbeeS completed, the «S 
be refined further. A table which already contains all the 
interface ^signals can be produced automatically for this 
purpose . 

The* introduction of an intermediate format table and the 
melhoS according to the invention for conversion allow a 
source code program to be converted into an object program 
cSd^in a considerably simplified manner, reduce the number 
o? confers °on program? required, and provide a capability for 
SLar^monitoring of the conversion process, in the form of 
C tnr™e^e 9 fo^ 

a specif ic Pra*™ 1 ^^^ B to ca5?^ut modif ications to 

the intermediate format table. 

As an extension to the proposed i^er^dia^ foryt table^ 

likewise created for non-hardware f 6SC "P^?Stion into 
Participation of a agential description into 

parallef-running processes^ is •^^^^i^ySSl^ 
real-time environments, ^"^gS" ^ addition, 

ss.-^ t s^s; « 
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